ETSITS102 124v6.o.o 



(2003-02) 



Technical Specification 



Smart Cards; 
Transport Protocol for UICC based Applications; 

Stage 1 
(Release 6) 




Release 6 2 ETSI TS 1 02 1 24 V6.0.0 (2003-02) 



Reference 



DTS/SCP-010008 
Keywords 



protocol, transport, smart card 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel. : +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N ° 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.org 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.org/tb/status/status.asp 

If you find errors in the present document, send your comment to: 
editor@etsi.org 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2003. 
All rights reserved. 

DECT™, PLUGTESTS™ and UMTS™ are Trade Marks of ETSI registered for the benefit of its Members. 
TIPHON™ and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 



ETSI 



Release 6 3 ETSI TS 1 02 1 24 V6.0.0 (2003-02) 



Contents 



Intellectual Property Rights 4 

Foreword 4 

1 Scope 5 

2 References 5 

3 Definitions and abbreviations 5 

3.1 Definitions 5 

3.2 Abbreviations 6 

4 Description 6 

5 Requirements 7 

5.1 Transport requirements 7 

5.1.1 General requirements 7 

5.1.2 Physical link requirements 7 

5.1.3 CAT_TP link requirements 7 

5.1.4 CAT_TP connection mechanisms requirements 7 

5.1.4.1 Definition 7 

5.1.4.2 Functional requirements 7 

5.1.5 Segmentation mechanism requirements 8 

5.1.5.1 Definition 8 

5.1.5.2 Purpose 8 

5.1.5.3 Functional requirements 8 

5.1.6 Reliable message exchange requirements 8 

5.1.6.1 Definition 8 

5.1.6.2 Purpose 8 

5.1.6.3 Functional requirements 8 

5.2 Application requirements 8 

5.2.1 Upper layer identification mechanism requirements 8 

5.2.1.1 Purpose 8 

5.2.1.2 Functional requirements 9 

5.2.2 CAT_TP entities identification mechanism requirements 9 

5.2.2.1 Purpose 9 

5.2.2.2 Functional requirements 9 

Annex A (informative): Working environment 10 

Annex B (informative): PDU, SDU description 11 

Annex C (informative): Change history 12 

History 13 



ETSI 



Release 6 4 ETSI TS 1 02 1 24 V6.0.0 (2003-02) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

All published ETSI deliverables shall include information which directs the reader to the above source of information. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Project Smart Card Platform (SCP). 

The contents of the present document are subject to continuing work within EP SCP and may change following formal 
EP SCP approval. If EP SCP modifies the contents of the present document, it will then be republished by ETSI with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

x the first digit: 

early working draft; 

1 presented to EP SCP for information; 

2 presented to EP SCP for approval; 

3 or greater indicates EP SCP approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



ETSI 



Release 6 5 ETSI TS 1 02 1 24 V6.0.0 (2003-02) 



Scope 



The present document defines the stage one description of the Transport Protocol, CAT_TP, for CAT applications 
based on TS 102 223 [1]. 

The Bearer Independent Protocol as defined in TS 102 223 [1] allows a CAT application on the UICC to establish a 
data channel with the terminal, and through the terminal either to a remote server in the network or to a remote device in 
the Personal Area Network (PAN). The Bearer Independent Protocol obviously inherits the properties of the bearer and 
the network protocols it uses and may stand on top of unreliable transport protocols (such as UDP). 

The present document contains the core requirements for the CAT_TP between the card and a remote entity to ensure 
acknowledgement, segmentation/fragmentation, retransmission of messages, etc. The transport mechanisms specified 
are independent of applications and used bearers. Even if the current definition of the CAT_TP protocol is focused on 
the Bearer Independent Protocol, it does not prevent the CAT_TP to be used over future UICC-TE communication 
protocol. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ETSI TS 102 223: "Smart Cards; Card Application Toolkit (CAT)". 

[2] ETSI TS 102 225: "Smart Cards; Secured packet structure for UICC based applications". 

[3] ETSI TS 102 226: "Smart Cards; Remote APDU structure for UICC based applications". 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

bearer independent protocol: mechanism by which the terminal provides the UICC with access to the data bearers 
supported by the terminal and the network, as defined in TS 102 223 

CAT_TP client: this is the entity which initiates a CAT_TP link to the CAT_TP server, and applies during the 
connection phase only 

NOTE: It could be on the UICC or on the remote entity. 

CAT_TP server: this is the entity which receives a CAT_TP link establishment request from a CAT_TP client, and 
applies during the connection phase only 

NOTE: It could be on the UICC or on the remote entity. 

CATJTP entity: entity able to open a CAT_TP link, exchange CAT_TP PDUs (see annex B) and close a CAT_TP link 
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CAT_TP Service Data Unit: In the reference model for OSI, an amount of information whose identity is preserved 
when transferred between peer (N+l)-layer entities and which is not interpreted by the supporting (N)-layer entities 

NOTE: Here (N)-layer is the CAT_TP layer. 

Physical link: is composed of the Bearer Independent Protocol channel between the UICC and the TE and a bearer 
specific link between the TE and the remote entity 

CAT_TP link: logical link between CAT_TP entities over which CAT_TP PDUs are exchanged 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

BIP Bearer Independent Protocol 

CAT Card Application Toolkit 

CAT_TP Card Application Toolkit Transport Protocol 

ETSI European Telecommunications Standards Institute 

FFS For Further Study 

PAN Personal Area Network 

PC Personal Computer 

PDA Personal Digital Assistant 

PDU Protocol Data Unit 

SDU Service Data Unit (in the context of the present document, a CAT_TP SDU) 

TE Terminal Equipment 

WAN Wide Area Network 



Description 



The Bearer Independent Protocol, as defined in TS 101 223 [1], provides to the UICC a standardised way to use TE 
bearers to communicate with remote entities in a WAN or in a PAN. The UICC and the TE exchange data together. The 
TE and the server exchange data together. According to figure 1, the physical link is composed of the BIP and the 
Bearer Specific Protocol between the TE and the remote entity. Several CAT_TP links can share a physical link. 
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Figure 1 : Data exchanges overview 

Without the CAT_TP, the CAT Application is unable to know if the remote entity has received the data sent. Moreover, 
without CAT_TP, the remote entity possibly receives data without transport information such as the emitter identity, 
packet numbering or transmission status, etc. 

The CAT_TP aims to provide the possibly missing transport functionalities. 
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5 Requirements 

5.1 Transport requirements 

5.1.1 General requirements 

The CAT_TP shall allow enhancement without compromising backward compatibility. 

The CAT_TP flexibility shall be considered for the best efficiency for applications and bearers, (e.g. to gain 
bandwidth, performances, by activating/deactivating some of the CAT_TP features). 

Deployed protocols shall be considered as a possible stage 2 solution. 

A negotiation mechanism, between CAT_TP entities, shall be available for all CAT_TP negotiable features 
(e.g. receive/transmit buffers, acknowledgement mechanisms...) in order to achieve CAT_TP interoperability. 

Sets of valid combinations of CAT_TP negotiable features shall be defined. There shall be a limited number of 

sets. 

The CAT_TP shall provide full-duplex communication. 

5.1 .2 Physical link requirements 

This subclause is left FFS. 

5.1 .3 CAT_TP link requirements 

The CAT_TP shall allow a connection oriented mode. A CAT_TP connectionless mode need is FFS. 

5.1 .4 CAT_TP connection mechanisms requirements 

5.1.4.1 Definition 

The CAT_TP connection oriented mode provides functions to open and to close CAT_TP links. The connection set-up 
is the request from CAT_TP client to CAT_TP server to establish a CAT_TP link with CAT_TP specific parameters, 
and optional parameters for physical link establishment. This mechanism includes the closing of CAT_TP link. The 
connection set up could be achieved by the UICC or by the remote entity. 

5.1.4.2 Functional requirements 

The connection set-up shall be done with specific PDUs. 

After the issuance of the link establishment request, the CAT_TP client shall wait for a link establishment 
response in a finite time. 

Upon the connection set-up, an error handling mechanism shall be available on the CAT_TP client side. 

Several connection set-ups shall be able to be performed on the same physical link. This ends up with several 
CAT_TP links established at the same time on the same physical link. 

During the CAT_TP connection set up, it shall be possible to choose between using already open physical 
links or opening a new one depending of the optionally given physical link parameters. 

The CAT_TP client shall negotiate with the CAT_TP server the maximum PDU size and the maximum SDU 
size. 

At any moment, the CAT_TP client or CAT_TP server shall be able to close a CAT_TP connection. 



ETSI 



Release 6 8 ETSI TS 1 02 1 24 V6.0.0 (2003-02) 

5.1 .5 Segmentation mechanism requirements 

5.1.5.1 Definition 

This mechanism is the split of a SDU into several PDUs. 

5.1.5.2 Purpose 

In case a SDU is larger than the maximum PDUs size negotiated during the connection step (emission and reception), a 
segmentation and re-assembly mechanisms shall be used. 

5.1.5.3 Functional requirements 

• Both CAT_TP entities shall support this segmentation and re-assembly requirements. 

• There shall be an available mechanism to handle several out of sequence PDUs belonging to one SDU. 

• There shall be an available mechanism to handle several PDUs from different SDUs. 

5.1 .6 Reliable message exchange requirements 

5.1.6.1 Definition 

Acknowledgement and retransmission allow reliable message exchange. The acknowledgement allows the CAT_TP 
receiving entity to indicate to the CAT_TP sending entity it has received the previous data with or without errors. In 
case of bad transmission, retransmission applies. 

5.1.6.2 Purpose 

This mechanism allows CAT_TP entities to exchange data in a reliable manner. 

5.1.6.3 Functional requirements 

• The acknowledgement and the retransmission shall be possible, if requested by CAT_TP entities: 

At the SDU level; 
At the PDU level; 
For several PDUs. 



• 



A mechanism shall be available to handle lost or corrupted (i.e. corrupted header) PDUs and SDUs (data or 
control messages). 



• Checksum mechanism is not considered to be necessary since data integrity is considered to be handled by 
physical link. 

• Flow control shall be considered in the CAT_TP. 

5.2 Application requirements 

5.2.1 Upper layer identification mechanism requirements 

5.2.1.1 Purpose 

This feature is needed to inform the receiving entity of the data format. 
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5.2.1.2 Functional requirements 

There shall be a mechanism to identify an upper layer, if any. For example, it shall be able to identify the security layer 
as defined in TS 102 225 [2]. 

5.2.2 CAT_TP entities identification mechanism requirements 

5.2.2.1 Purpose 

This feature allows CAT_TP entities to uniquely identify each other. 

5.2.2.2 Functional requirements 

• There shall be a mechanism to uniquely identify a CAT_TP link established between two CAT_TP entities. 

• There shall be a mechanism to uniquely identify the sending CAT-TP entity. 
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Annex A (informative); 
Working environment 
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Figure A.1 : Working environment description 

Actors of the working environment 

• UICC: Universal Integrated Circuit Card. 

• TE: Terminal Equipment. 

• OTA Server: Over The Air Server; manage and administrate the UICC. 

• Gateway: Bridge to "Service Provider" content servers. 

• Content Server: Server providing user oriented services; e.g. Bank, loyalties, etc. 

• PDA: end user portable device. 

• PC: end user computer. 
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Annex B (informative): 
PDU, SDU description 

Regarding the OSI model, PDUs and SDUs shall be interpreted as follow. 
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Figure B.1 : Layers relation 

Within the scope of the present document, the definitions of PDUs and SDUs assume that CAT_TP is considered as the 
reference layer. 
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Figure B.2: Responsibility between application and CATTP 

Application is responsible for data and its associated SDUs, if any. The CAT_TP is responsible to transfer those SDUs 
in a reliable manner to its peer entity and to split them into several PDUs, if necessary. 
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